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(54) Large-scale network management using distributed autonomous agents 



(57) In a computer network including a plurality of 
network elements, a network management architecture 
including a plurality of agents; each of the agents corre- 
sponding to a different one of the network elements, and 
a plurality of device components, each of the device 
components modeling at least one aspect of one of the 
network elements, the aspect being either of a physical 



and a functional characteristic of the network element, 
where each of the agents includes a plurality of the de- 
vice components, and where at least of the two device 
components within at least one of the agents are logi- 
cally interconnected, each logical interconnection cor- 
responding to either of a physical and a functional inter- 
connection found within or between any of the network 
elements. 
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Description 

[0001] The present invention relates to computer net- 
work management in general, and more particularly to 
a large-scale public and private network management 5 
architecture using distributed autonomous agents. 
[0002] Classic large-scale computer network archi- 
tectures having hundreds or thousands of network ele- 
ments, such as bridges, routers, and switches, are typ- 
ically managed by a single, centralized network man- 10 
agement server, which, by itself or possibly with the help 
of distributed data acquisition units, gathers information 
received from the network elements, through tech- 
niques such as polling or event trapping, in support of 
performing centralized functions such as determining 15 
the topology or operational status of the entire network. 
Such centralized, hierarchical systems in which raw or 
formatted information is processed at a master server 
ultimately suffer from exhaustion of computation re- 
sources and poor response times. A necessary require- 20 
ment of such centralized network management archi- 
tectures is that the network management server "see" 
the entire network and thus be able to receive informa- 
tion from or regarding every element on the network and 
manage every such element as necessary. Other net- 25 
work management solutions that partition a network into 
multiple domains, with each domain being separately 
managed by a central server, do not offer a clear way of 
integrating cross-domain and end-to-end information, 
and are therefore not viewed as a full solution, or trans- 30 
form into a multi-hierarchy centralized bottleneck. 
[0003] Centralized network management systems 
suffer particularly when dealing with network surveil- 
lance and provisioning. In the event of a network fault, 
such as if a link between network elements falls, the fault 35 
would typically be detected by a polling unit which would 
then report the fault to the network management server 
which would determine root cause, effect, and a course 
of action. As the number of faults increases, the increas- 
ing complexity and load of the required computation *o 
would eventually result in a failure of the central server 
and in faults not being handled. End-to-end provisioning 
and configuration requests that are carried out centrally 
would likewise suffer from increased multi-element mul- 
ti-layer computation load and complexity. This problem 45 
is compounded in partitioned systems where part of the 
network suffers, as each centralized server does not see 

« 

the entire network, which may be critical in handling 
cross-partition faults or provisioning. 

[0004] Hence, computer network architectures that 50 
employ centralized network management are not easily 
scalable. Thus, as the number and complexity of net- 
work elements increases, and as provisioning proce- 
dures grow increasingly complex as the network diver- 
sifies, the central network management server will ulti- 55 
mately fail as its capacity to receive and process infor- 
mation from all network elements is exceeded. 
[0005] The present invention seeks to provide a large- 



scale network management architecture using distribut- 
ed autonomous agents that allow network components 
to be easily added and monitored without burdening a 
central network management server. Instead of a single, 
centralized network management server, the present in- 
vention provides for a plurality of decentralized network 
management units, where each network management 
unit sees and is responsible for only a portion of the 
overall network. A software and/or hardware "agent" is 
defined for each network element, with each decentral- 
ized network management unit hosting those agents 
that correspond to the portion of the network for which 
the network management unit is responsible. Each 
agent in turn comprises a plurality of device components 
(DCs), with each DC modeling one or more physical 
and/or logical aspects of the network element, typically 
with each DC bound and scoped to cover functionality 
which is within a single network layer. Moreover, the set 
of DCs comprising the agent, form published, well-de- 
fined, and addressable interfaces of each agent, which 
may then be easily made known and addressable to oth- 
er agents. 

[0006] There is thus provided in accordance with a 
preferred embodiment of the present invention in a com- 
puter network including a plurality of network elements, 
a network management architecture including a plurality 
of agents, each of the agents corresponding to a differ- 
ent one of the network elements, and a plurality of de- 
vice components, each of the device components mod- 
eling at least one aspect of one of the network elements, 
the aspect being either of a physical and a functional 
characteristic of the network element, where each of the 
agents includes a plurality of the device components, 
and where at least of the two device components within 
at least one of the agents are logically interconnected, 
each logical interconnection corresponding to either of 
a physical and a functional interconnection found within 
or between any of the network elements. 
[0007] Further in accordance with a preferred embod- 
iment of the present invention the architecture further 
includes at least one decentralized network manage- 
ment unit operative to host any of the agents. 
[0008] Still further in accordance with a preferred em- 
bodiment of the present invention any of the network el- 
ements hosts any corresponding one of the agents. 
[0009] Additionally in accordance with a preferred 
embodiment of the present invention any of the device 
components models a plurality of the aspects at a single 
layer of the network. 

[0010] Moreover in accordance with a preferred em- 
bodiment of the present invention the device compo- 
nents within any of the agents are logically interconnect- 
ed in a hierarchy. 

[001 1] Further in accordance with a preferred embod- 
iment of the present invention at least one of the device 
components within any one of the agents is logically in- 
terconnected with at least one other of the device com- 
ponents within any other of the agents. 
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[0012] Still further in accordance with a preferred em- 
bodiment of the present invention any of the device com- 
ponents is operative to receive information from a cor- 
responding one of the network elements, where the in- 
formation relates to any of the aspects modeled by the 5 
device component. 

[0013] Additionally in accordance with a preferred 
embodiment of the present invention the device compo- 
nent is operative to receive the information by polling 
the corresponding network element. 10 
[0014] Moreover in accordance with a preferred em- 
bodiment of the present invention the device component 
is operative to receive the information upon an event 
trap being triggered at the corresponding network ele- 
ment. 15 
[001 5] Further in accordance with a preferred embod- 
iment of the present invention any one of the device 
components is operative to send a message to any other 
of the device components to which the one device com- 
ponent is logically interconnected. 20 
[001 6] Still further in accordance with a preferred em- 
bodiment of the present invention any one of the device 
components is operative to send a message to at least 
one external entity which is other than the device com- 
ponents and the agents. 25 
[0017] Additionally in accordance with a preferred 
embodiment of the present invention the device compo- 
nents are operative to monitor the state of the network 
at multiple network layers using discrete message pass- 
ing between the device components in support of pro- 30 
viding end-to-end network information and enforcing 
consistent policies and configurations. 
[0018] Moreover in accordance with a preferred em- 
bodiment of the present invention the device compo- 
nents are operative to identify network faults within the 35 
network at multiple network layers using discrete mes- 
sage passing between the device components in sup- 
port of end-to-end and root cause fault analysis. 
[001 9] Further in accordance with a preferred embod- 
iment of the present invention the device components *o 
are operative to configure the network at multiple net- 
work layers using discrete message passing between 
the device components in support of end-to-end service 
provisioning. 

[0020] There is also provided in accordance with a 45 
preferred embodiment of the present invention in a com- 
puter network including a plurality of network elements, 
a network management method including defining a plu- 
rality of agents, each of the agents corresponding to a 
different one of the network elements, and defining a 50 
plurality of device components, each of the device com- 
ponents modeling at least one aspect of one of the net- 
work elements, the aspect being either of a physical and 
a functional characteristic of the network element, de- 
fining each of the agents as having a plurality of the de- 55 
vice components, and logically interconnecting at least 
of the two device components within at least one of the 
agents, each logical interconnection corresponding to 



either of a physical and a functional interconnection 
found within or between any of the network elements. 
[0021] Further in accordance with a preferred embod- 
iment of the present invention the method further in- 
cludes hosting any of the agents in at least one decen- 
tralized network management unit. 
[0022] Still further in accordance with a preferred em- 
bodiment of the present invention the method further in- 
cludes hosting any of the agents in any of the network 
elements. 

[0023] Additionally in accordance with a preferred 
embodiment of the present invention the method further 
includes any of the device components modeling a plu- 
rality of the aspects at a single layer of the network. 
[0024] Moreover in accordance with a preferred em- 
bodiment of the present invention the logically intercon- 
necting step includes logically interconnecting any of the 
device components within any of the agents in a hierar- 
chy. 

[0025] Further in accordance with a preferred embod- 
iment of the present invention the logically interconnect- 
ing step includes logically interconnecting at least one 
of the device components within any one of the agents 
with at least one other of the device components within 
any other of the agents. 

[0026] Still further in accordance with a preferred em- 
bodiment of the present invention the method further in- 
cludes any of the device components receiving informa- 
tion from a corresponding one of the network elements, 
where the information relates to any of the aspects mod- 
eled by the device component. 

[0027] Additionally in accordance with a preferred 
embodiment of the present invention the receiving step 
includes the device component receiving the informa- 
tion by polling the corresponding network element. 
[0028] Moreover in accordance with a preferred em- 
bodiment of the present invention the receiving step in- 
cludes the device component receiving the information 
upon an event trap being triggered at the corresponding 
network element. 

[0029] Further in accordance with a preferred embod- 
iment of the present invention the method further in- 
cludes any one of the device components sending a 
message to any other of the device components to 
which the one device component is logically intercon- 
nected. 

[0030] Still further in accordance with a preferred em- 
bodiment of the present invention the method further in- 
cludes any one of the device components sending mes- 
sage to at least one external entity which is other than 
the device components and the agents. 
[0031] Additionally in accordance with a preferred 
embodiment of the present invention the method further 
includes any one of the device components monitoring 
the state of the network at multiple network layers using 
discrete message passing between the device compo- 
nents in support of providing end-to-end network infor- 
mation and enforcing consistent policies and configura- 
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tions. 

[0032] Moreover in accordance with a preferred em- 
bodiment of the present invention the method further in- 
cludes any one of the device components identifying 
network faults within the network at multiple network lay- 5 
ers using discrete message passing between the device 
components in support of end-to-end and root cause 
fault analysis. 

[0033] Further in accordance with a preferred embod- 
iment of the present invention the method further in- 10 
eludes any one of the device components configuring 
the network at multiple network layers using discrete 
message passing between the device components in 
support of end-to-end service provisioning. 
[0034] The present invention will be understood and 15 
appreciated more fully from the following detailed de- 
scription taken in conjunction with the appended draw- 
ings in which: 

Fig. 1 is a simplified conceptual illustration of a 20 
large-scale network management system using dis- 
tributed autonomous agents, constructed and oper- 
ative in accordance with a preferred embodiment of 
the present invention; 

Fig. 2 is a simplified conceptual illustration of an ex- 25 
emplary agent and DC configuration, constructed 
and operative in accordance with a preferred em- 
bodiment of the present invention; and 
Fig. 3 is a simplified flowchart illustration of an ex- 
emplary decision-routing DC framework, operative 30 
in accordance with a preferred embodiment of the 
present invention. 

[0035] Reference is now made to Fig. 1 which is a sim- 
plified conceptual illustration of a large-scale network 35 
management system using distributed autonomous 
agents, constructed and operative in accordance with a 
preferred embodiment of the present invention. In the 
system of Fig. 1 a network, generally designated 100, 
comprises a plurality of network elements 102, and is 40 
managed by one or more decentralized network man- 
agement units 104, where each network management 
unit 1 04 sees and is responsible for only a portion of the 
overall network 100. A proxy or hardware embedded 
"agent" 106 is defined for each network element 102, 45 
with each decentralized network management unit 104 
hosting those agents 106 that correspond to the portion 
of the network 1 00 for which the network management 
unit 104 is responsible. (Various agents 106 are shown 
in expanded views in dashed lines indicated by refer- so 
ence numerals 106'.) 

[0036] Each agent 1 06 in turn comprises a plurality of 
device components (DCs) 108, with each DC 108 mod- 
eling one or more physical and/or logical aspects of the 
device 102, typically within a single network layer. For 55 
example, a DC 108 may represent an Ethernet port 
component, a 1483 encapsulation component, or rout- 
ing functionality within a network element incorporating 



such functionality. DCs 108 may maintain any informa- 
tion concerning certain functions or aspects of the spe- 
cific network element. This information may be static, 
dynamic, or any combination thereof. DCs 108 may 
communicate directly with other DCs 108, and two DCs 
108 that communicate with each other are referred to 
as "neighbors." DCs 1 08 are typically arranged in a func- 
tional hierarchy within the agent 1 06, with a higher-level 
DC acting as the "parent" to one or more lower-level DC 
"children" with which it communicates, such as is shown 
at reference numeral 110. DCs that communicate with 
other DCs that are of the same type or perform the same 
function are referred to as "acquaintances," such as is 
shown at reference numeral 112. DCs may become "ac- 
quainted" by manually defining relationships between 
DCs or by having DCs send messages in order to dis- 
cover topological^ adjacent DCs. A DC 1 08 may be ac- 
quainted with another DC 108 within the same agent 
106 or within another agent 106. Each DC 108 prefera- 
bly uses message passing to independently communi- 
cate with any neighbor or adjacent DCs without the need 
to communicate directly with a centralized network man- 
agement device. 

[0037] DCs 1 08 may send/receive messages to/from 
neighbor DCs 108, to the network element 102 which 
the DC 108 models, or an external entity or device 114 
(either logical or physical) that is not modeled by an 
agent or a DC. Information flows between DCs 108 are 
referred to as "internal" flows, while information flows 
between DCs 108 and external entities or devices 114 
are referred to as "external flows". One example of an 
internal flow is where a device component detects a fault 
within its area of responsibility and reports the fault to 
neighboring DCs to whom such information is useful. 
One example of an external flow is as the result of a 
query of all DCs 108 in network 100 by logic external to 
the DCs 108 and/or the agents 106 forgathering the IP 
addresses of devices 1 02 where available. Upon receiv- 
ing a message, a DC may ignore the message or may 
react by autonomously changing its physical or logical 
state and/or that of its corresponding area of function- 
ality within the network device or send a message to it- 
self or to a neighbor DC. 

[0038] Additionally or alternatively to agents 106 be- 
ing hosted by decentralized network management units 
1 04, each network element 1 02 may itself host its agent 
and/or another device's autonomous agent, such as is 
shown at reference numeral 116. Thus, were each net- 
work element 102 to host its own agent, no decentral- 
ized network management units 104 would be required. 
[0039] Reference is now made to Fig. 2 which is a sim- 
plified conceptual illustration of an exemplary agent and 
DC configuration, constructed and operative in accord- 
ance with a preferred embodiment of the present inven- 
tion. In Fig. 2 an ATM switch having three ATM ports is 
modeled by an agent 200. Agent 200 in turn includes 
several DCs 202 as follows: two DCs corresponding to 
two BNC connectors, one DC corresponding to a fiber 
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optic (FO) connector, two DC parents to the BNC DCs 
representing DS3 connectivity, one DC parent to the FO 
connector representing OC3 connectivity, three DCs 
representing the ATM network layer functionality for 
each of the three ATM ports, and a DC parent corre- 
sponding to the switch's ATM virtual channel (VC) rout- 
ing functions. Also shown is an agent 204 having multi- 
ple DCs 206 corresponding to ATM and Ethernet con- 
nections and functionality at various network layers rep- 
resenting bridging, switching, and routing functions, in- 
cluding IP and 1483 interface protocols. 
[0040] An ATM DC in Fig. 2 may, for example, main- 
tain a list of all the VCs assigned to the ATM port it mod- 
els, and may monitor the removal of a VC from the port 
or the allocation of a new VC to the port. An IP interface 
DC may, for example, contain the IP address of the 
physical IP interface of the device and subnet mask. 
Each type of DC may appear in several instances in one 
or more agents depending on the specific device and its 
configuration. Thus, in Fig. 2, since the network device 
represented by agent 200 has three ATM ports, agent 
200 has three instances of an ATM-type DC. 
[0041] The configuration of Fig. 2 may be adapted 
through continuous modeling to reflect the true state of 
the network at any given time. DCs and the links be- 
tween them may be added or removed at runtime to re- 
flect the current state of the network, allowing tracing of 
the data flows, states and reactions of the network. 
Changes in the underlying physical network may be dy- 
namically reflected by the model by affecting the DCs 
and the connections between them in response to net- 
work events. For example, if a link is disconnected be- 
tween two ATM ports in the network, a link 208 between 
the neighbor ATM DCs in agents 200 and 202 repre- 
senting network layer 2 adjacency should be removed. 
When the link is reconnected, link 208 between the two 
ATM DCs may be restored. 

[0042] By modeling the network elements in a com- 
puter network using interconnected agents through the 
DCs in them as shown in Figs. 1 and 2, the network may 
be fully modeled at both the network element and net- 
work function levels. Furthermore, the model may be 
used to reflect at any given moment the current state of 
the network, with DCs autonomously supporting fault, 
configuration, accounting, performance, security, policy, 
and provisioning functions. 

[0043] Reference is now made to Fig. 3, which is a 
simplified flowchart illustration of an exemplary deci- 
sion-routing DC framework, operative in accordance 
with a preferred embodiment of the present invention. 
In the method of Fig. 3 an event, such as a fault or a 
provisioning request, is detected at a DC (step 300). The 
DC then determines if it is to take any action in response 
to the event within the DC and/or its area of responsibil- 
ity (step 310), and, if so, performs such action (step 
320). The DC then determines if it is to send any mes- 
sages to a parent DC (step 330), a child DC (step 350), 
and/or an acquaintance DC (step 370), and sends any 



required messages (steps 340, 360, and 380). 
[0044] The concept of events and flows as described 
hereinabove with reference to Figs. 1 , 2, and 3, may be 
better understood by way of example. In what is referred 

5 to as a system-wide, top-down flow, a request arrives 
from an external entity and is spread from DC to DC, 
with each DC performing its independent computations 
which collectively achieve the external request. For ex- 
ample, the provisioning of a QoS parameter for a spe- 

10 cific user class is signaled and synchronized for IP ToS 
masks between IP DCs of routers and is also carried by 
the routers' IP-over-ATM-interface DCs into the ATM 
DCs which signal and synchronize the ATM VBR param- 
eters to the DCs of the ATM switches between the rout- 

15 ers. In other words, for configuration of QoS between 
two IPs, the routers on the path between the two IPs 
may be configured with consistent ToS parameters. 
Moreover, the ATM path between every two consecutive 
routers in the layer 3 path may be configured with con- 

20 sistent VBR parameters. In a bottom-up flow, a network 
or DC event, including scheduled events, may propa- 
gate to other DCs which change their state and/or per- 
form their part in a distributed algorithm. An example of 
such a flow is in fault detection. For example, an ATM 

25 circuit break is signaled by ATM DCs to both ends of the 
circuit. The signal is then propagated up the stack to IP 
DCs in routers whose IP-over-ATM-interface is affected 
by the break. The unreachable IP subnet failure is then 
correlated with the ATM circuit break point which initiat- 

30 ed the flow. 

[0045] An example of DC discrete message passing 
that provides multi-layer control signaling for use in end- 
to-end provisioning and fault isolation may be under- 
stood with reference to acquainted same-layer, same- 

35 technology DCs (e.g., two layer 2 ATM DCs, two layer 
3 IP MPLS DCs, two Layer 5 H323 DCs, etc.) in neigh- 
boring agents representing different network elements 
as defined by that layer's standards. The two DCs may 
exchange discrete messages regarding configuration 

40 parameters, status monitoring, statistics, and account- 
ing parameters of the layer interface as it is implemented 
in the two elements. Similarly, father-son DCs repre- 
senting areas of responsibility in the same network ele- 
ment which maps functionality between upper and lower 

45 layers or functions as defined in networking standards 
and in the specific network element specifications (e.g., 
IP to Ethernet, ATM to DS3, SONET to DWDM, etc.) 
may exchange discrete messages regarding the way in 
which configuration parameters of the upper layer relate 

50 to the lower layer and visa versa (e.g., MTU, IP TOS to 
dot.p, etc.), regarding the way in which faults have an 
effect between layers (e.g., layer 2 link down, layer 3 
unreachable subnet, etc.), and the way performance 
statistics affect the layers involved in such mapping. 

55 [0046] It is appreciated that events and messaging of 
the present invention preferably adhere to networking 
standards. Thus, for example, two DCs on both sides of 
an interoperable logical link may signal each other the 
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existence of a link failure (e.g., far-end near-end SON- 
ET) or agree on a constant configuration parameter (e. 
g., SONET/SDH VP/VC Mask, etc.). Similarly, parame- 
ters of an upper layer may be mapped to a lower layer 
in according with networking standards as deployed in 5 
the network elements, such as the way an IP switch chip 
is wired to an Ethernet MAC chip or the way IP software 
drives SONET hardware. The combination of such par- 
ent-child and acquaintance-acquaintance single-hop 
discrete message passing between DCs constitutes a 10 
powerful multi-layer signaling mechanism that can carry 
out end-to-end provisioning tasks and can deduce the 
root cause and the effect of a network condition. 
[0047] It is appreciated that one or more of the steps 
of any of the methods described herein may be omitted *5 
or carried out in a different order than that shown, with- 
out departing from the true spirit and scope of the inven- 
tion. 

[0048] While the present invention as disclosed here- 
in may or may not have been described with reference 20 
to specific hardware or software, the present invention 
has been described in a manner sufficient to enable per- 
sons of ordinary skill in the art to readily adapt commer- 
cially available hardware and software as may be need- 
ed to reduce any of the embodiments of the present in- 25 
vention to practice without undue experimentation and 
using conventional techniques. 

[0049] While the present invention has been de- 
scribed with reference to one or more specific embodi- 
ments, the description is intended to be illustrative of the 30 
invention as a whole and is not to be construed as lim- 
iting the invention to the embodiments shown. It is ap- 
preciated that various modifications may occur to those 
skilled in the art that, while not specifically shown herein, 
are nevertheless within the true spirit and scope of the 35 
invention. 



Claims 

40 

1 . In a computer network comprising a plurality of net- 
work elements, a network management architec- 
ture comprising: 

a plurality of agents, each of said agents corre- 45 
sponding to a different one of said network el- 
ements; and 

a plurality of device components, each of said 
device components modeling at least one as- 
pect of one of said network elements, said as- 50 
pect being either of a physical and a functional 
characteristic of said network element, 
wherein each of said agents comprises a plu- 
rality of said device components, and 
wherein at least of said two device components 55 
within at least one of said agents are logically 
interconnected, each logical interconnection 
corresponding to either of a physical and a 



functional interconnection found within or be- 
tween any of said network elements. 

2. An architecture according to claim 1 and further 
comprising at least one decentralized network man- 
agement unit operative to host any of said agents. 

3. An architecture according to claim 1 wherein any of 
said network elements hosts any corresponding 
one of said agents. 

4. An architecture according to claim 1 wherein any of 
said device components models a plurality of said 
aspects at a single layer of said network. 

5. An architecture according to claim 1 wherein said 
device components within any of said agents are 
logically interconnected in a hierarchy. 

6. An architecture according to claim 1 wherein at 
least one of said device components within any one 
of said agents is logically interconnected with at 
least one other of said device components within 
any other of said agents. 

7. An architecture according to claim 1 wherein any of 
said device components is operative to receive in- 
formation from a corresponding one of said network 
elements, wherein said information relates to any 
of said aspects modeled by said device component. 

8. An architecture according to claim 7 wherein said 
device component is operative to receive said infor- 
mation by polling said corresponding network ele- 
ment. 

9. An architecture according to claim 7 wherein said 
device component is operative to receive said infor- 
mation upon an event trap being triggered at said 
corresponding network element. 

10. An architecture according to claim 1 wherein any 
one of said device components is operative to send 
a message to any other of said device components 
to which said one device component is logically in- 
terconnected. 

11. An architecture according to claim 1 wherein any 
one of said device components is operative to send 
a message to at least one external entity which is 
other than said device components and said 
agents. 

12. An architecture according to claim 1 wherein said 
device components are operative to monitor the 
state of said network at multiple network layers us- 
ing discrete message passing between said device 
components in support of providing end-to-end net- 
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work information and enforcing consistent policies 
and configurations. 

13. An architecture according to claim 1 wherein said 
device components are operative to identify net- 
work faults within said network at multiple network 
layers using discrete message passing between 
said device components in support of end-to-end 
and root cause fault analysis. 

14. An architecture according to claim 1 wherein said 
device components are operative to configure said 
network at multiple network layers using discrete 
message passing between said device components 
in support of end-to-end service provisioning. 

15. In a computer network comprising a plurality of net- 
work elements, a network management method 
comprising: 

defining a plurality of agents, each of said 
agents corresponding to a different one of said 
network elements; and 

defining a plurality of device components, each 
of said device components modeling at least 
one aspect of one of said network elements, 
said aspect being either of a physical and a 
functional characteristic of said network ele- 
ment, 

defining each of said agents as having a plural- 
ity of said device components, and 
logically interconnecting at least of said two de- 
vice components within at least one of said 
agents, each logical interconnection corre- 
sponding to either of a physical and a functional 
interconnection found within or between any of 
said network elements. 

16. A method according to claim 15 and further com- 
prising hosting any of said agents in at least one 
decentralized network management unit. 

17. A method according to claim 15 and further com- 
prising hosting any of said agents in any of said net- 
work elements. 

18. A method according to claim 15 and further com- 
prising any of said device components modeling a 
plurality of said aspects at a single layer of said net- 
work. 

19. A method according to claim 15 wherein said logi- 
cally interconnecting step comprises logically inter- 
connecting any of said device components within 
any of said agents in a hierarchy. 



connecting at least one of said device components 
within any one of said agents with at least one other 
of said device components within any other of said 
agents. 

5 

21. A method according to claim 15 and further com- 
prising any of said device components receiving in- 
formation from a corresponding one of said network 
elements, wherein said information relates to any 

10 of said aspects modeled by said device component. 

22. A method according to claim 21 wherein said re- 
ceiving step comprises said device component re- 
ceiving said information by polling said correspond- 

15 ing network element. 

23. A method according to claim 21 wherein said re- 
ceiving step comprises said device component re- 
ceiving said information upon an event trap being 

20 triggered at said corresponding network element. 

24. A method according to claim 1 5 and further com- 
prising any one of said device components sending 
a message to any other of said device components 

25 to which said one device component is logically in- 
terconnected. 

25. A method according to claim 15 and further com- 
prising any one of said device components sending 

30 message to at least one external entity which is oth- 
er than said device components and said agents. 

26. A method according to claim 15 and further com- 
prising any one of said device components monitor- 

35 ing the state of said network at multiple network lay- 
ers using discrete message passing between said 
device components in support of providing end-to- 
end network information and enforcing consistent 
policies and configurations. 

40 

27. A method according to claim 1 5 and further com- 
prising any one of said device components identi- 
fying network faults within said network at multiple 
network layers using discrete message passing be- 

45 tween said device components in support of end- 
to-end and root cause fault analysis. 

28. A method according to claim 15 and further com- 
prising any one of said device components config- 

50 uring said network at multiple network layers using 
discrete message passing between said device 
components in support of end-to-end service provi- 
sioning. 

55 



20. A method according to claim 15 wherein said logi- 
cally interconnecting step comprises logically inter- 
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